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Method, means and protocol for synchronous data transmitting over the 
internet 

Prior art : 

Discussion of the current Technology 

The internet today has the single ability to act as an asynchronous 
data packet conduit, sending and receiving pre- and or post-processed 
data. The internet does not have the ability (through protocols) to 
act in a synchronous manner in the sending and receiving of data 
packets. No method exists to utilize the internet as a medium for 
distributed data basing or as a conduit to share / synchronize 
distributed data bases, other than downloading a data base for post- 
processing and then up-loading the resulting delta (post-processed) 
data base. 

Technical ProblsT. 

Ko method is m place to synchronize data transmitted over the 
internet. No method exists for coordinating various data packets sent 
over the internet into a set of data containing more than one 
internet protocol. There is currently no possibility of utilizing 
"Packet ized" data sets as means of synchronizing internet data. 

It is an object of the invention to propose a possibility to transmit 
and receive data in a synchronous manner over the internee or an 
intranet . 

Fcr achieving this ob-ect the invention proposes a method with the 
features of the claim. 1, a means with the features of claim 6 and a 
protocol with the features of claim 7. The wording of the claims and 
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the wording of Che abstract is included by reference into the 
specification. 

Solucion for the Technical Problem 

Through a "synchronous scheduling transport protocol'* [SSTP) . 
"packet ized" daca sets can be processed in "real-tJ.me" at a speed 
relative to the actual speed of the internet data transmission (see 
figure la). The "packetized" data sets can be pre-defined to contain 
various classes of routing and data protocol elements thereby 
creating ^'processing tables". The tables are utilized as a data-stack 
with an index. Real-time is a relative measurement of internet 
response tine, connection speed and size of the data packet. 

The data- stack also contains the '^physical" locations of "processing 
tallies" within the DNS naming convention which are used by the 
'Synchronizer'* (see figure lb). 

The '''Synchronizer" contains "response" information that triggers an 
imm.ediate "handshake" to the initiating resource using another 
element of the "synchronous scheduling transport protocol" called the 
"Initiator" . 

The ^^Initiator" has its own ^^processing tables^' which contain the 
'^response communication protocol'* {RCP) for the initiating 
''packetized" data set (see figure Ic) . 

Utilizing the stored RCP, the ''Initiator" sends an immediate response 
to the initiating TCP/l? address which in return sends. a "handshake" 
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CO proceed, thereby establishing a "synchronous internet conduif 
(SIC) for data transport, (see figure 2) 

With SSTP it is possible to utilize "Packetized" data set to 
implement a synchronous protocol within the confines of the present 
Internet topology. Further, it is possible to synchronize between 
distributed processes, data bases or networks thereby creating 
virtual synchronous systems that have multiple physical locations but 
act as a single entity (see figure 3). 

Advantages 

Synchronous packetized data transfers are possible via the SIC. The 
SIC also allows for virtual distributed data basing, "real-time""* 
scheduling verification and message forwarding. 

Distributee. Customer Data can be synchronized in "real-time"^' with 
sales and service inquiries performed over the Internet or within a 
corporate network (Intranet) . This allows the possibility of building 
distributed Inter- or Intranet Customer Call Centers. 

Synchronous Computing can also be attained though virtual distributed 
data processing centers. 

Synchronized distributed WANs (Internet) and LANs (Intranets) can be 
correlated to create one virtual WAM or LAN. This allows the 
possibility of cheap corporate networks over the internet. 

Variations 

Synchronized Inter- / Intranet Scheduling Center. 

Synchronized Inter- / Intranet Customer Call Center. 

Synchronized Inter- / Intranet Messaging Center 
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Synchronized "real - cime" *' Shared Distributed Data Base. 
Virtual (non-"hard" connected) closed networks 
Virtual filtered or blocked data bases 
Synchronized Search Engines 
Synchronized Advertising Engines 

Short description of the drawings: 

Fig. la shows the classes data-stack of the protocol proposed by the 
invention; 

Fig. lb shows the name space data-stack as used by the invention; 
Fig. Ic shows the routing decision data-stack; 

Fig. 2 shows the establishing of an synchronous internet conduit as 
proposed by the invention; 

Fig. 3 shows an example of an synchronous network coTnprising three 
participants ; 

Fig. 4 shows a polling by client resource; 
Fig, 5 shows a sending by server resource. 

Fig. la shows a data stack comprising 4 data packets. Packet la 
contains data for one resource, packet 2a contains meT.bers of a data 
table. Packet 3a contains pseudo data , namely a table consisting 
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only of references. Packet 4a contains resource data, namely data 



concerning a person or resource homed on a server. 

Fig. lb shows a data stack creating a name space processing table. 
These data contain the ..physical'' locations of processing tables 
within the DNS naming convention which are used by the synchronizer. 
The synchi-cnizer contains response information that triggers an 
immediate handshake to the initiating resource using another element 
of the synchronous scheduling transport transport protocol proposed 
by the invention called the in'atiator. The packet lb contains the 
table location, the packet 2b contains the SYNC record location and 



the packet 3b contains the server location, namely multiple tables 
but only one server . 

Fig. ic shows the initiator RCP routing decision data stack. The 
initiator has its own processing tables which contain the response 
communication protocol (RCP) for the- initiating packetized data set. 
Packet Ic contains distribution routing information: table domain - 
sync- server-name - sync reply. Packet 2c contains additional DNS 
resolving (SYNC - record): table domain - sync- server-name . Packet 3c 
contains create routing table; lower priority for DNS originating 
entries (in relay mode) . Packet 4c contains trigger information; 
query routing tables; queue trigger and polling request. 

Utilizing the stored RCP, the initiator means sends an immediate 
response to the initiating TCP/IP address. This address sends in 
return a handshake to proceed. By this' a synchronous internet conduit 
for data transport is established. This is shown in detail in Figure 
2. Here the various inrerdependencies of the elem.ents of the method 
of the invention are shown. 
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Fig. 3 shows an exanple of a synchronous network with 3 resources 



interconnectec. Each resource has an initiator means, a synchronizer 
means and a database. With the method of the invention it is possible 
to utilize packetized data sets to implement a synchronous protocol 
within the confines of the present internet topology. Further it is 
possible CO synchronize between distributed processes, data bases or 
networks thereby creating virtual synchronous systems that have 
n'.ultipie physical locations but act as a single entity. 

Fig. 4 shows a polling by client resource (pull) . The client side 
s'>aic triggering of polling operations greatly reduces the reply 
duration by rr.aking a real-time server side sync data handshake 
available. The single steps can be seen in fig. 4. 

Fig. 5 shows a sending operation by a server resource. The server 
side sending cr push operations allow the client to acknowledge an 
,,cpen connection request" and triggers a q^uery for a SYNC data 
handshake from the sending server. 



